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ABSTRACT 

Some computers permit conventional programing 
languages to be extended by the use of macro-instructions, a 
sophisticated programing tool which is especially useful in writing 
instructional dialogs. Macro- instructions (or "macro’s") are complex 
commands defined in terms of the machine language or other 
macro- instructions. Like terms in higher-order languages they can 
expand to a variable number of actual machine instructions. The 
system described here is based on the use of the macro-assembler of 
the Sigma- 7 computer, called Metasymbol. Metasymbol allows for the 
use of machine language, the definition and use of 

macro-instructions, and the inclusion of FORTRAN subroutines. This 
system allows the teacher considerable flexibility in composing 
instructional dialogs. Specifics of programing are discussed, and an 
example computer run given. (RB) 
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INTRODUCTION 



Computer dialogues for instructional purposes are sometimes written 
in specialized languages developed for just that purpose (Course- 
writer, Foil, Planit) . Such languages have special advantages, 
particularly for authors unskilled in computer programming; but 
limitations may exist and the skilled programmer is prevented from 
using the full power of the computer* Also, they are available 
only on particular machines* An alternative is the use of general 
purpose computer languages; such languages as SNOBOL, PL/1, JOSS, 
BASIC, and FORTRAN have been used for teaching conversations. The 
advantage of such languages is that most of the facilities of the 
computer are available to the teacher, although practically it may 
be difficult to employ particular facilities* Further, they are 
widely available. A third alternative — the use of machine lan- 
guages — has almost never been considered. Although it allows 
maximum flexibility to the programmer, coding directly in machine 
language tends to be slow, complex, and expensive. However, some 
modern assembly programs permit machine language to be extended 
by the use of macro-instructions. Using such a system, the pro- 
grammer has the facility to extend the language by adding his own 
complex commands (called "macro- instructions" or "macros") and 
defining them in terms of the machine language or other macros. 

Like terms in higher-order languages, these macro-instructions, can 
expand to a variable number of actual machine instructions, thus 
providing sophisticated programming tools. 



The system 
of the Sig 
the use of 
tions , and 
Metasymbol 
FORTRAN an 
applicatio 

These cap 
use in dev 
using it a 
developed 
we written 
described 
added to 
sharing mo 
f lexibilit 
system is 
dialogues . 
plete*' — on 
tional fea 
depends, o 
but the id 
macro-ass 



131 



1 purposes are sometimes written 
for just that purpose (Course- 
ages have special advantages, 
in computer programming; but 
led programmer is prevented from 
er. Also, they are available 
lternative is the use of general 
anguages as SNOBOL, PL/1, JOSS, 
for teaching conversations. The 
t most of the facilities of the 
her, although practically it may 
facilities. Further, they are 
tive — the use of machine lan- 
idered. Although it allows 
er, coding directly in machine 
, and expensive. However, some 
chine language to be extended 
Using such a system, the pro- 
the language by adding his own 
istructions" or "macros") and 
tine language or other macros, 
res, these macro-instructions, can 
:ual machine instructions, thus 
ig tools. 



B2 



The system described here is based on the use of the macro-assembler 
of the Sigma-7 computer, called "Metasymbol . " Metasymbol allows for 
the use of machine language, the definition and use of macro-instruc- 
tions, and the inclusion of FORTRAN subroutines . Thus the user of 
Metasymbol has the total flexibility of machine language with both 
FORTRAN and added facility to add the terms he needs for his particular 
application. 

These capabilities make a macro-assembler extremely attractive for 
use in developing a system for producing instructional dialogues. In 
using it as the basis for our system, we cannot say that we have 
developed a language for composing conversational programs; nor have 
we written a compiler or interpreter of some language. The system 
described here is simply a flexible set of macro-instructions which, 
added to the existing capabil? ties of Metasyrabol and the BTM time- 
sharing monitor on the Sigma-7, allows a teacher considerable 
flexibility and convenience in writing instructional dialogues. The 
system is now available and is being used to write instructional 
dialogues. It should be clear that such a system is never "com- 
plete" — one of its major advantages is the ease with which addi- 
tional features can be added and new terms be defined. The system 
depends, obviously, on the facilities of Metasymbol and the Sigma-7; 
but the idea could easily be adapted to any computing system with a 
macro-assembler of the general type of Metasymbol. 
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A SIMPLE OVERVIEW 



An example will help to introduce the subject. The following flow 
chart illustrates a small part of an instructional dialogue. The 
situation is trivial, presumably for a first grader; it is used 
here only for illustrative purposes. 

A message is typed to the student; a student response, typed at the 
terminal, is accepted; various scans are made on the input informa- 
tion and, depending on that input, decisions are made and responses 
are typed to the student. The rounded boxes on the chart contain 
messages to be typed and the square box shows the responses antici- 
pated. In this example, first the message "What is 5 x 6?" is typed. 
If the student responds with the correct answer, we tell him, "good"; 
if he is adding, we tell him and let him try again. In all other 
cases, he is simply asked to try again. 
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The corresponding program segment is shown below. The WRITE state- 
ment leads to the message appearing on the student terminal. INPUT 
types a question mark and waits for student input. IF checks to see 
whether certain strings are present in what the student types and 
branches if so. OTHER shows where control is to go if one of 
the anticipated inputs is not found. Some of the lines begin with 
labels which allow the IF and TO statements to refer to these points 
in the program. 



SYSTEM DIALOG 



ME SI 


WRITE 

INPUT 


•WHAT IS 5 x 6? 




IF 


'll* ,MES2 




IF 


•ELEVEN' ,MES2 




IF 


'30 * ,MES3 




IF 


•THIRTY ',MES3 




OTHER 


MES4 


MES2 


. WRITE 


•YOU ARE ADDING, 




TO 


MES1 


MES4 


WRITE 


•NO. TRY AGAIN* 




TO 


MES1 



MES3 



END DIALOG 
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DESCRIPTION OF COMMANDS 



The simple example shown above used only a few commands; a large 
repertory is available. The following paragraphs offer brief des- 
criptions of most of them, grouped more or less by function. Some 
more esoteric ones are omitted for the sake of brevity; there are 
also a number of synonyms of the more important commands which are 
not included here* The intention is to give the reader a feeling 
for the kinds of capabilities available. The Users Manual includes 
precise and more detailed descriptions of the functions of each of 
the commands. 

1. Formal Statements 

It is important to remember that the system is actually no more than 
a set of terms or commands which are defined so that they may be used 
with Metasymbol. Thus the conventions of that program (and the 
operating system in which it is embedded) must be adhered to. The 
conventions for format of statements , legal statement labels, and so 
on, are described briefly below in Chapter 4 ("Grammatical Rules”) 
and will be found in detail in documentation of Sigma-7 software . 

(See Bibliography.) 

SYSTEM . The first statement in a program must be 
SYSTEM DIALOG . This informs the Metasymbol assembly 
program that the program which you have written uses 
the dialogue macro-instructions described here. 

NAME . The author may wish to assign a unique name to 
his instructional program. If he wants it to be called 
*PHYS," for instance, the second statement of his pro- 
gram should be NAME 'PHYS* . 
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END . The last statement of any program must be END. 
The statement END XY2 indicates that this is the last 
statement of the program and also that the statement 
labelled XY2 is the first statement to be executed 
when a student uses the instructional dialogue. The 
statement END DIALOG indicates that the program is 
to begin with the NAME or START command. 



2 . Displaying information to uhe student 



WRITE . This is the basic command for causing informa- 
tion"" to be typed (or otherwise displayed) at a student 
console. The argument (that part of the statement 
which follows the word WRITE) can be the information 
itself , enclosed in single quotes: WRITE ’THIS IS A 
STRING*. Or it can refer to a string by name rather 
than directly: WRITE MES8 causes the string of 
characters stored at MES8 to be typed. (Section 5 
will explain how strings are stored.) This is more 
convenient than repeating the message if the same 
message is to be used in several places. Each execu- 
tion of a WRITE command begins with a carriage return 
and line feed, starting a new line. 

OUT . This command is the same as WRITE except that 
it will not begin a new line. This can be useful in 
making up a display line out of several strings which 
are stored or computed independently. 

SKIP generates one or more blank lines. The argument 
indicates the number to be skipped; if the argument 
is omitted, one line is assumed. Thus SKIP 5 generates 
5 blank lines; SKIP generates one. 

GRAPH . The instruction G RAPH X,Y,20 will graph 20 
points using numbers stored in X as the horizontal 
displacement and the corresponding values stored in 
Y as the vertical displacement. All numbers will be 
scaled. 
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3. Accepting information from the student 



INPUT . This command will cause a carriage return, two 
line^ feeds and a question mark to be executed at the 
student terminal. Then it waits for the student to 
enter material. The student indicates that his message 
is complete by executing a carriage return. The 
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maximum amount of material he can enter is set at 
380 characters but this can easily be extended. (He 
can use line feeds for long inputs--he isn't expected 
to get 380 characters on one line!) 

INBELL is an alternative to INPUT. It does not return 
the carriage or type a question mark; rather a bell is 
sounded to indicate that input is expected. This form 
: useful for completing equations or sentences or 

filling in tabular data. 



4 . Analyzing student i nput 



IF is a flexible command for examing student input - 
Some examples may best display its power. IF 
‘ VEL OC ITY ' ,T 34 means that if the word VELOCITY is 
anywhere m the material which the student has just 
typed, then the next statement to be executed is 
that labelled 734. IF M3,T34 means if the string 
at M3 is in the input, gc to T34 . IF ( 'HORSE ’,' COW' , 
'PIG'),T34 means that the branch is to occur if any 
of the three strings appears. If the conditions of 
an IF statement are not met, the next statement in 
sequence is executed. 

IFONLY. The IF command searches for a match any- 
where in the student input; IFONLY calls for an 
exact match between the indicated string and the 
student input. 

IFNULL . Students often enter nothing, pushing only 
the carriage return key. This command checks for 
this condition and branches to an author- supplied 
message , 

IFYES checks for various possible affirmative 
replies. 

IFBEFORE takes into account the relative position 
of symbols in the response. It refers to the last 
successful match in an IF statement. For example, 
the sequence: 

IF 'ENERGY*, El 



El IFBEFORE 'POTENTIAL' ,E2 

tests first to see whether the word ENERGY appears 
anywhere in the input and, if it does, then tests 
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to see whether the word POTENTIAL appears in the 
string after the last matched word. 

IFFILTH has been found useful in some contexts ; it 
checks the input line for a number of common examples 
of objectionable language. 

OTHER . A series of IF statements may be followed by 
an OTHER which indicates the action to be taken if none 
of the conditions specified in the IF statements occur. 
It converts to a GOTO or unconditional branch instruc- 
tion. 



5. Manipulating Strings 

Before attempting to match a string, it may be desirable to modify 
the student input, putting it into some more standarized format. 
The string manipulation commands provide this capability. 



NOBLANK .- One problem- in- matching, forrou-Xae- or equa — - 
tions is that blanks may appear in random places. 

This command removes all blanks from the input string. 

DSLETEALL removes from the input all occurances of a 
specified string. Thus, DELETEALL * AND * removes the 
word "and” everywhere it appears in the student input. 

SUBALL. The author may wish to modify the input in 
other ways. This command replaces all occurances of 
one symbol string with another. Thus, SUBALL * ** * , t * 
replace? the double asterisk with an up-arrow where- 
ever it appears. 

ADDAST, which takes formula input by students and 
transforms it into a BASIC-like form. It inserts 
asterisks between letters, or between numbers and 
letters; it replaces the FORTRAN double asterisk 
with an up- arrow; it deletes blanks; etc. 

MOVE . Sometimes it is convenient to store all or 
part of am input string for later vce. The various 
forms of the MOVE command facilitate this. MOVE A, B 
moves the entire string A to location B. MOVE A , B , 5 
moves the first five characters from A to B. 

DEFINE . To secure space for moving, it is necessary 
to define a label and indicate how long a string it 
is to hold. The statement DEFINE B,50 reserves space 
for fifty characters, with the label B. 
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STRING. If characters are to be stored into a string 
Initially, this command is used. L3 STRING " VELOCITY * 
indicates that the eight character string ’’VELOCITY * is 
to be stored at label L3. (Strings are stored in a 
fashion different than that used in most Sigma “7 software. 
The first word contains the number of characters; the 
characters begin in the second word. 



6 . Manipulating numbers 

Numbers typed by students appear initially as characters in strings. 
To use these numbers in internal calculations, it is necessary to 
convert them to a suitable form. To display the results of com- 
putation the reverse conversion is needed. The following commands 
facilitate these conversions. 



NUMBER. An input string which should be only a number 
in character form can be converted into a real number 
by means of this command. The statement NUMBER TIME , 
NQGOQD will examine the contents of the input, either 
converting it to floating point form and storing it at 
TIME or (if this is not possible because of extraneous 
characters, etc.) branching to NOGOOD. 

SCAN . To separate a string into the part containing a 
number* and the strings before and after the number, one 
can use this command. SCAN NUMST , STBEF , STAF , ERR means 
store the number string in NUMST, the characters 
preceding it in STBEF, and the characters following in 
STAF; if the string has no recognizable number, branch 
to ERR. 

SCAN# performs the same functions as SCAN but converts 
the numerical portion into a floating point number, 
rather than transferring it as a character string 
(i.e. , it is equivalent to SCAN followed by NUMBER) . 

IFNUHEX will test a string to see whether it is a 
number- The command branches to the specified location 
if the string is exclusively a number. 

AROUND tests a floating point number (N3 to see whether 
it is within a given range (E) of a number quantity (S) 
and if so, branch (GOTO); AROUND N,S,E,GOTO. 
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BETWEEN tests the size of a float inq point number. 

BETWEEN N, BOTTOM, TOP, GOTO tests whether N is greater 
than BOTTOM and less than TOF and branches to GOTO if 
this is the case. 

DEFN UM reserves storage for a number which is to be 
used in the program. The argument is the name (or names, 
if more than one) of the variable. 

NUMWRITE starts a new line and then prints from one to 
four numbers . 

RANDOM generates random numbers. RANDOM X,A,B stores 
in X a random number between A and B, or, if A and B 
are omitted, between 0 and 1. 



7. Using Counters 

Often in a dialog the instructor wants to note how many times the 
student has been through a given loop, whether he. has taken one 
branch or another, or his past performance, to determine where the 
student should go next. The mechanism for doing is as though setting 
and testing counters. 



COUNTER is the command to identify the name of counter 
and set its initial value. COUNTER A indicates that A 
is a counter wirh an initial value of zero. COUNTER B,5 
indicates that B is a counter with the initial value of 
5. COUNTER (C1,C2,C3) indicates that three counters are 
to be established with initial values of zero. 

BUMP increases the value of a specified counter or counters 
by one: BUMP (C1,C2) . 

DECREASE decreases the value of the specified counter (s) 
by one. 

RESET resets the specified counters. RESET (A,B) ,3 resets 
A and B to 3. If the number is omitted, zero is assumed. 

ADDCQUNT adds the contents of specified counters: 

ADD COUNT A,B adds counter A to counter B and stores the 
sum in ~A^ 
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TO with a single argument is a simple unconditional 
branch statement. The statement TO FRAME4, (22,GE,5) , 
however, will cause a branch to FRAME4 if and only if 
counter 22 is greater than or equal to 5. The second 
part of the second argument indicates the logical relation 
ship and can be any of the following, with the usual 
meaning: GT, NE, ET, EE, EQ, GE. If it is omitted, GE 
is assumed. 

SWITCH is an alternate command for testing a counter. 

It works like a FORTRAN computed GOTO. SWITCH A, (AO,Al , 
A2, A3,A4 ) indicates the labels of locations to be branched 
to when the counter A has the values of 0, 1, 2, 3, and 4? 
if A is greater than 4, the next statement is executed. 



8. Restart 

Sometimes it is inconvenient for a student to finish an entire con- 
versational lesson in one sitting. A facility to let him pick up 
where he left off keeps him from going through the whole thing again 



ENTRY is the command which permits restart. Whenever one 
is executed as a student uses the program, its location 
and the student ID are saved on disk. Thus, the latest 
entry point which the student has reached is preserved. 
This is the point from which he will be restarted. 



9. Saving Student Responses 

The author may wish to save information about Rtudont roRponnos for 
later study and as an input for later revisions of his program. 



SAVE copies onto a disk file the current contents of 
the input buffer, togther with time and date. This 
record is identified by a name supplied as an argument 
to SAVE. The command can also be used to save the 
value of the counters. 

SAVE ID does the same thing but, in addition, saves the 
student's ID. 
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The teacher can access the files created by using available facilities 
of the Sigma-7 system, particularly "Ferret”, or through special 
sorting programs. 

10 . Employing FORTRAN subroutines 

It is possible to use the full power of FORTRAN within a dialog. This 
is particularly useful when a large amount of calculation is required, 
as for simulation. 



FORTRAN is the command to introduce such a subroutine. 
A typical command is FORTRAN POLLY, (X,Y,2) where POLLY 
is the name of the FORTRAN subroutine and X, Y, and 2 
are the arguments for the subroutine. The routine it- 
self must be compiled in the background using the 
FORTRAN IV compiler and loaded along with the rest of 
the program. 



11. Ending the program 



STOP . At a point in the program where the student is 
to terminate because the lesson is over (this may not 
be the last statement in the- program as the program is 
written) , this statement is used to terminate the 
program- 
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GRAMMATICAL RULES 



Only a few simple grammatical rules need to be followed in preparing 
programs. As indicated earlier, these are largely dictated by the 
conventions of Metasymbol and other systems programs on the Sigma-7. 

A statement label can be placed in any statement but it is usually 
only useful if the statement is referred to by another statement. 

All labels must begin at the beginning of the line; an initial space 
indicates that the statement has no label. The same label can be 
used only once; multiple appearances would make references to that 
label ambiguous. 

A command should be preceded and followed by at least one space. Some 
commands have several arguments: There should be no spaces between 
them as the first space after the arguments indicates the end of the 
statement. (Spaces within literals are an exception.) 

Literal strings are enclosed in single quotes. To indicate a single 
quote as part of a string, two successive single quotes must be used: 
for example, •THIS ISN* *T CORRECT*. 
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Developing and entering conversational computer teaching sequences 
can be done in many different ways. Each individual or group will 
evolve its own style for such work. This section suggests one 
possible procedure , attempting to involve people in the jobs they 
can perform most efficiently. 

Design and coding 

The initial task is the design of the material. This must involve 
people with both detailed knowledge of the subject matter and insight 
into effective ways of teaching it. These individuals may have little 
experience with computer programming and little desire to become 
involved with it. They will naturally require a good understanding of 
the kinds of things which are possible but they will want to produce 
the specifications for their dialogues in the form most convenient to 
them. 

This might be a flow chart form — similar to the one shown above in 
Section Two. The material in this form could be independent of any 
particular computer system and of any language. The flow chart would 
serve other functions as well. A good flow chart is an excellent way 
to document a program. It will also be a convenient way for other 
teachers to look over the material quickly so as to decide whether they 
might want to use it with their students. 
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The next stage is to convert the flow chart into the statements which 


The nex 


will make up the program and enter these statements into the computer. 


on disk 


The system we have employed has been to type the statements directly 


person 


from an on-line terminal using a text-editing program (EDIT) available 


program 


on the Sigma-7 . Since a vast amount of typing is necessary even for 


command 


a simple dialogue, a very useful practice has been to use professional 


assista 


typists for the bulk of the work of transcribing programs from flow 


grammer 


charts. 


omissio 1 

Althougl 


The typists who will do the work are shown some flow charts and given 


acceptaj 



simple explanations of how they work. They are then introduced to the 



use of computer terminals and the conventions of the editing system. 


Assemblj 


With some assistance at first, the typist is able to type directly from 


After tj 


the flow chart. Thus, she knows that when she sees the square boxes. 


assemblj 


she will have to write a series of IF statements, and that the 


being rj 



rounded boxes lead to WRITE. Experience both at Irvine and at Harvard 



indicates that competent secretaries quickly pick this up. During 


Metasyml 


the first few sessions, someone experienced in using the terminal 


control! 


(perhaps a* student) should be present to give advice when unusual 


the disl 


situations arise. 


file toj 
in the 1 


A complicated dialog will have areas which cannot be transcribed 


"dialog! 


successfully by the secretary. The secretary is told that if she does 


program 1 



not understand something, she should put a row of asterisks. This 



serves as a marker to indicate that some editing work is needed at 


Here isl 


this point. 


binary 1 
input f| 



f chart into the statements which 


The next step is the conversion of the secretary's material, as stored 


lese statements into the computer. 


on disk, into a working proqram. A student assistant may be the best 


1 to type the statements directly 


person to perform this task. He need not have a detailed knowledge of 


g-editing program (EDIT) available 


programming but he must undersLand flow charting and the use of the 


lof typing is necessary even for 


commands better than the typist. If problems arise which the student 


fctice has been to use professional 


assistant cannot handle, he should have access to an experienced pro- 


transcribing programs from flow 


grammer. He uses the on-line editing facility to correct errors or 
omissions of the typists and leaves a complete program stored on disk. 
Although it may still contain errors, it is now a program in the form 


[shown some flow charts and given 


acceptable to the Metasyrabol assembler. 



They are then introduced to the 



kventions of the editing system. 


Assembly 


jrpist is able to type directly from 


After v he conversational program has reached this state, it must be 


k when she sees the square boxes. 


assembled into a working (binary) program, debugged, and tested before 


? statements, and that the 


being released for student use. 



nee both at Irvine and at Harvard 



quickly pick this up. During 


Metasymbol programs must be assembled as a batch job, either from 


rienced in using the terminal 


control cards or from a terminal in the BTM system. In either case. 


: to give advice when unusual 


the disk file continuing the course material will be the source input 
file to the assembler. The dialog facilities are kept as a "system” 
in the Sigma-7 Metasymbol sense; it is stored on disk under the name 


which cannot be transcribed 


"DIALOG" . It is this system to which the initial statement of the 


iecretary is told that if she does 


program refers. 



put a row of asterisks. This 



;ome editing work is needed at 


Here is a procedure for assembling the program, using BTM and assuming 
binary output. The file with the conversation program (the source 
input file) is called COURSE, (you might, of course, give it a different 
name) and the file for keeping the binary output of the assembler is 
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rOURSEBG (again, not a 


required name). The following 'cards' would 


debugging aid 


perform the assembly: 




programmer in 






labelled state 


! JOB 


(accounting information — inquire locally 
for details) 


entry • 


1 LIMIT 


(TIME, 5) 


The final vers 


1 ASSIGN 


M: SI , (FILE, COURSE) 


should be gene 


l ASSIGN 


M:BO, (FILE,COURSEBO) 


easy to call i 


1METASYM 


LS, SI, BO, AC (9999) 





System dialog is assumed to be in account 9999. The METASYMBOL option 
BO and SI specify binary output and source input. LS means "list 
source.” (Other options are available. The reader is referred to the 
Metasymbol manual, referenced in the Bibliography, for details.) 

As with all programs of any complexity, several runs will be necessary 
before an error-free assembly is achieved. The assembly program will 
identify errors; the cause of the trouble is usually obvious once 
pointed out; occasionally, however, the advice of an experienced pro- 
grammer may be necessary. 

Running the program 

The result of the successful assembly is a binary file, a program 
almost ready to run. This binary file can be loaded from a terminal. 
The authors will want to try the programs, looking for bugs, after it 
has been assembled successfully; copies of the flow chart and the 
program are valuable aids during this testing. The main branches will 
all have to be checked; however, testing of this kind will not discover 
all the bugs , only student use will do thatl DELTA (an on-line 




i R U> 

LOAI 



;G 



(PRO! is the i 
the CDmputer. ; 



When the stud€ 
procedure , pre 
the word STOpJ 
program, he is 
tries this did 



m7 
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following 1 cards* would 



ion — inquire locally 



) 



debugging aid on the Sigma-7) is also very useful to the experienced 
programmer in program checking, as it allows the user to go to any 
labelled statement: he need not start from the beginning or a restart 
entry. 

The final version of the program, which will be used by the student, 
should be generated as a "load module." The student will then find it 
easy to call for it: 



999. The METASYMBOL option 
input. LS means "list 
e reader is referred to the 
graphy, for details.) 



eral runs will be necessary 
The assembly program will 
*s usually obvious once 
ice of an experienced pro- 



binary file, a program 
be loaded from a terminal, 
looking for bugs, after it 
the flow chart and the 
ng. The main branches will 
this kind will not discover 
I DELTA (an on-line 



JRUN 

LOAD MODULE FID : PROP 
?G 



(PROP is the name of the program; underscored characters are yped by 
the computer. ) 

When the student wants to leave the program he can follow the usual 
procedure, pressing the escape key twice or he cm type, at any input, 
the word STOP. If he types STOP and if restarts are included in the 
program, he is reminded to use the same identification the next time he 
tries this dialog. 



O 

ERIC 



20 



1319 



EXAMPLE OF A DIALOG 



Perhaps the best explanation of the dialog system is an illustration. 
The fragment of a dialog on the following page is a typical example 
of the material which has been written using this facility. The reader 
may wish to examine it rather closely , for it illustrates several 
aspects of the system. 

The first thing he may notice is that most of the commands are "WRITE"; 
few of the more exotic commands described in Chapter Three have been 
used. This is to be expected; the bulk of these programs is made up 
of conversations with the student and there is remarkably little other 
coding. 

The example is indeed a fragment, chosen out of the middle of a much 
longer lesson. Hence it has no beginning (SYSTEM DIALOG) or end 
(END DIALOG) . The counters (ELEC,GRAV) are defined elsewhere in the 
program. It should be possible for the careful reader to follow the 
dialog and* see how it is constructed. Same additional clues are 
provided on the page following the dialog itself. If one follows 
all the paths through the segment, he will see that they all come 
out again at L36, which is the beginning of the next part of the 
program. 
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C9M1 


W0J 




W0! 

WRI 

w«I 

W0] 

wcj 

WRJ 


TO 

C8NT WRITE 


L24 


T9 


IFFILTN 


I\* 

DIP 




IF 

IP 

IF 

I?.. 






IF 

IF 


eu 

S*\ 



T9 

W0] 

W0] 



wo; 




wo: 




wo 




T9 


EIEC 1 







WO 




Wl 




T9 


L25 . 


WO 


L26 


S* 


L28 


wo 




TO 


U29 


wo 




TO 


L30 


wo 




wo 




wo 




TO 


L301 


WPT 




WKT 


L33 


wo 




wo 


UL25 


wo 




wo 




wo 




NR 


ELEC2 


NR 




NR 




SKI) 



T0 
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m is an illustration. 



p . The reader 


10 


C0NT 


WR 


several 




L24 





PP0SLE*_i£ T0_fJ\C S0M£f 

• ^EASU»«E 9F The RELATIVE STRENGTH 0F * 
•ELECTRICAL ANL GRAVlTATje\At F e P C E * * 

•D6 Yet have aw suggestion as tq an i^pesTAM* 
•Physical system where BqTh ELECTRICAL* 

• AND GRAVITATIONAL P8RCE ^UST BE • 

• PRESENT • 



Pi 



WP I TE_ 

WRITE 
WRITE 
WRITE 
WRITE 
WRITE 

WR JTL 

T 0 L24 

ITE %yp\j ^JRE DSING^PINE* 

TO GUT 

RESET (ELEC#GRAV) 

INPUT 



IrFILTH DJRT2 



e commands are "WRITE" • 
pter Three have been 
programs is made up 
emarkably little other 



the middle of a much 
DIALOG) or end 
ned elsewhere in the 
reader to follow the 
tional clues are 
If one follows 
that they all come 
next part of the 
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P 2 


IF 


* YES'/L25 


- 


If .. _ .. 

IF 

IF _ 


'N5'/L26 _ 

• ELEC ' . L33 
' FR0T ' / L3C 




IF 

IF 


{ 'SUN'/'STAR'/ 'GALAX*/ 'THERMON' J/LL25 
( 'HYDRO*. 'ATOM* ) /L3G1 


bump g«av 
S*V£ i SYSTEM' 




T 9 GRaV?x 
WRITE 


(GRAV/ 2 j 

• I ' ' M WAVING TROUBLE UNDERSTANDING' 




WRITE 

w« 2 Tt 


•YOU. wE WANT A SYSTEM THAT IS OF FUNC«' 
•AMENTAL IMPORTANCE/BUT IS STILL ' 




W»ITE 


• SIMPLE. AND .EASILY analvZA3lE»3£FPRE * 




WHITE 

WHITE 


'ANSWERING AGAIN/ THINK OF PLNDAMENTAL' 
•PARTICLES. • 


ELEC1 


T 8 Ml 

.BUMP ELEC 






white 

WRITE 


'THINK ABOUT ELEMENTARY PARTICLES* ' 
•TRY AGATN' 


L25 

L26 


TS Ml 

WHITE ’THEN TELL me «/Mj 

SWITCH ELEC/ (TLECl#tLEC2) 


L28 


_ . WHITE 


• TW* 


L29 


70 

WHITE 


L33 

•2* 


L30 


TO L33 

white 


•PROTONS ARE A P0SS1BILITY/BLT I AMi 




white 

white 


» 8 N’LY PROGRAMMED TO CONSIDER * FAIR' 

•of electrons. * 


L301 


T0 L 36 

WRITE ’ATOMS ARE * POSSIBILITY BUT* 


L33 


WRITE *1 AM PROGRAMMED F0R A PAIR OF ELECTRONS. • /L36 
WRITE ’GOOD*. .WE WILL WORK WITH A PAIR* 


LL25 


WRITE 

write 


'OF ELECTRONS '/L36 

'A SUN IS A COMPLEX THERMONUCLEAR SYSTEM* 




WHITE 

write 


'INVOLVING ALL THE FORCES* 3 LT *>E NEED A* 
‘SIMPLER Physical SYSTEM, make ANOTHER STaE‘ 


ELFC2 


WRITE 

write 


•AT IT.*/M1 

•TRY/ INSTEAD OF ANSWERING Ne » 




WRITE 
SKIP 1 


WE WANT TWfi ELECTP0NS# • 




T9 L3a 
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Line 1 and line 9: CONTI and CONT are alternate entries to this 



B1BL 



DBI 



portion of the program, depending on factors which have 
gone before. 

Line 9 : This statement means that the program is to go to CONTI if 

the counter ELEC is greater than or equal to 1. IF ELEC is 
zero, " You* re doing fine" is typed first. 



Line 10 . Note the use of double quotes to indicate single quotes 
inside a literal. 

Line 12 : Before entering the major set of decisions in this segment, 

the counters which will be used are reset to zero. 

Line 13 : The student is asked to respond and the response is 

examined for various key words. 

Line 20 : If none of the anticipated responses is received, the 

‘counter GRAV is "bumped" or increased and another message 
is written (lines 21-28.) Note that the author has chosen 
to SAVE all responses which did not include any of the 
anticipated key words, to analyze later. 



Line 22 : If the student has given unanticipated responses twice 

(when GRAV is greater than or equaL-Jto_ „2 1_ f no further 
attempt is made to get the answer out of him; be is told 
what the correct response is (at GRAV2) . 
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Thes 



Addi 

more 

syst 

Syst 

syst 
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■re alternate entries to this 
■pending on factors which have 
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This description is far from complete and offers little explanation 



of the requirements of the sigma -7 software on which our system 



■rthe program is to go to CONTI if 


depends. The appropriate manuals for further information are as 


Br than or equal to 1. I? ELEC is 
■is typed first. 


follows: 




Sigma Symbol and Metasymbol Manual (900952) 


■tes to indicate single quotes 


Batch Timesharing Monitor Reference Manual (901577) 




Batch Timesharing Monitor Users Guide (9016/9} 


Bset of decisions in this segment, 
m used are reset to zero. 


These documents are published by 


ispond and the response is 
rords . 


Xerox Data Systems 
701 South Aviation Boulevard 
El Segundo, California 90245 




Additional manuals describing this system are available. They contain 


i responses is received, the 


more detailed technical information for people actually using the 


>r increased and another message 


system. A System Users Manual assists those writing dialogs and a 


Note that the author has chosen 


System Maintenance Manual advises those who may wish to modify the 


:h did not include any of the 
analyze later. 

unanticipated responses twice 
i or equal to 2 ) , no further 
^ answer out of him; he is told 
is (at GRAV2) . 


system and add new commands, or who wish to use the file facilities. 
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